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GENERATING REVENUE FOR THE USE OF SOFTGOODS THAT ARE 



The present invention generally pertains to a method and system for 
generating revenue through electronic commerce (e-commerce) transactions 
conducted over a network, and more specifically, to a method and system for 
registering digital products at a site, distributing the digital products freely, 
arranging for the sale of the digital products through transactions conducted over a 
network such as the Internet, and collecting and distributing revenue generated by 
the sales. 



With the increasing growth in popularity of the Internet, it has become a 
relatively common occurrence to purchase books, software, music compact disks 
(CDs), etc. through transactions in which the user provides a credit card number 
and shipping/billing address to an on-line merchant, who then ships the goods to 
the purchaser. In the case of software sold over the Internet, the prospective 
purchaser may be permitted to download a demo version of the software for 
preview. The demo version typically is either not fully functional (e.g., it is 
unable to print or store a file created with the software) or can only be used for a 
defined limited time after being installed on the user's computer. If the 
prospective purchaser is pleased with the performance of the software product in 
demo form, a fully functional version of the software will likely be purchased. To 
avoid requiring the user to download a second fully functional version, the 
software distributor or vendor often provides the user with a registration number 
or key that enables the full functionality and unlimited time use to be achieved by 
unlocking the demo version originally downloaded, thereby effectively converting 
the demo version of the software product to a fully functional version. 

For the distribution and sale of application software over a network, the 
above-described approach serves reasonably well. However, it is less useful when 
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the digital product that is being distributed is a creative work product resulting 
from the application of artistic skill. In such cases, the originating author often 
does not have the needed software skills to implement complex software copy 
protection schemes. Also, such softgoods require additional software to 
5 experience the digital product when the digital product is downloaded to a new 
computer. Examples of such digital products, which are referred to herein as 
"softgoods," include music files that can be played on a computer provided with a 
sound card and sound system using an appropriate player program, graphic art that 
be displayed on a computer monitor, perhaps interactively responding to sound or 
10 other data/sensor input, and other types of audio visual works that are playable on 
a computer with the appropriate software. Although softgoods will typically be 
□ licensed to a user, the license to use a softgood would most likely be sold to a 

fi user, rather than a fee title to the softgood. Accordingly, as used herein and in the 

sjjjj 

jVj claims that follow, it will be understood that the "sale or purchase of a softgood" 

CP 15 is intended to implement either a transfer of all rights and title in a softgood, or to 

hfli 

jf/ grant rights to use a softgood under a license. 

Clearly, there are many types of softgoods that might be more efficiently 
distributed over the Internet or via almost any other channel of distribution and 
sampled by potential purchasers, if a more effective procedure were provided to 
20 enable the softgoods to be previewed, and if acceptable to the user, purchased 
using the same program required to play the softgood. Copying of softgoods and 
exchange of the copies by prospective purchasers could then be encouraged to 
facilitate exposure of the creative works to the largest possible audience. 
However, it is not intended that softgoods be given away. Once a prospective 
25 purchaser has previewed a softgood, any further use of the softgood on that party's 
computer should be precluded unless the softgood is first purchased. 

Depending upon the nature of the softgood, the player program used, and 
other factors, there may be many ways to limit the scope of a preview of a 
softgood. For some types of softgoods, it may be desirable to provide an optimum 
30 first impression, and thus, a user should preferably be enabled to fully experience 
the softgood by playing it on an appropriate player program. After this initial first 
impression, it may be desirable to limit the quality of the softgood during any 
further preview of the work by that user, for example, by enabling the softgood to 
be played in a window of limited size, or at a limited resolution, or with fewer 
35 colors, or with audio only, or video only. It may also be desirable to enable a 
demonstration of the softgood, but not the full scope of the softgood, to be 
experienced using a general purpose multimedia player program (rather than a 
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player program normally used to fully experience the softgood). For other types of 
softgoods, the first impression may be less important, and the preview may be 
limited in duration, number of preview plays, length of preview play, quality (size 
of window, resolution, number of colors, etc.), or in other ways, so that the user is 
encouraged to purchase the softgood to overcome the preview limitation. 

It would be desirable to provide a service that (1) enables those who have 
created or modified softgoods to readily distribute them to prospective purchasers 
connected through a network like the Internet; and, (2) permits prospective 
purchasers to sample and preview softgoods and, at their option, purchase the 
softgoods. A service achieving these functions could thus provide a system to 
facilitate the distribution and sale of softgoods and tracks each purchase of a 
softgood in return for a portion of the purchase fee. Such a service would 
distribute part of the proceeds of each sale of a softgood to the party who created 
it, and would create and maintain a database in which each such transaction is 
recorded. A creator of a softgood, although not directly involved in the 
transaction, would receive revenue from each purchase of a copy of that softgood. 
Such a service would free the creator of a softgood from the burden of 
administering purchase transactions and softgood distribution. 

Any service that facilitates the purchase of softgoods would also likely 
connect on-line with a credit card, debit card, or similar digital transaction 
approval agency during a purchase transaction, to ensure that a purchaser's credit 
is valid and that the transaction is approved before providing a registration 
identifier to register the softgood on a purchaser's computer. 

For some types of softgoods, a purchaser may wish to make changes in the 
work, resulting in a derivative work. The author or composer's name, contact 
information for the author or composer, date of creation of the work, purchase 
price, and other relevant information about the softgood should be retained within 
each softgood, even if a purchaser is enabled to modify the softgood to produce 
such a derivative work. Furthermore, as an option, the creator of a softgood 
should be able to selectively preclude a user from making changes to the softgood, 
to preserve the integrity of a composition embodied therein. 

As noted above, it would also be desirable to associate a purchase price 
with a softgood and to retain this purchase price within the softgood. However, 
since the value of a softgood can change over time, a mechanism should be 
provided for adjusting the initial purchase price as necessary to reflect the current 
market value of the softgood. Currently, the features noted above are generally 
not provided in the prior art. 
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Artistically creative people who develop softgoods should be freed of the 
burden of distributing and selling their works. Clearly, a system like that 
discussed above that promotes the free and widespread circulation of softgoods, 
facilitates their sale, and provides for a proportional distribution of revenue to the 
5 creators of the softgoods from each such sale should greatly minimize this burden. 
To facilitate tracking of softgoods through the distribution, preview, and purchase 
process, each softgood should be internally provided with a unique identifier. 
This unique identifier can simplify the billing, payment, and revenue distribution 
process. In addition, reference to the unique identifier can provide means for 
10 tracking the use of softgoods and of any derivative works, thereby encouraging the 
purchase of such derivative works. 

Summary of the Invention 
In accord with the present invention, a method is defined for facilitating 
automated sale of softgoods from which a revenue stream is returned to creators of 
2 15 the softgoods. Softgoods are created using a program that automatically includes 

rV a unique identifier in the softgood before distribution of the softgood to 

prospective purchasers. The creators enter into a contract with an e-commerce 
*L agency in which the agency will be responsible for selling the softgoods produced 

S by the creators. The e-commerce agency has a server that maintains a database in 

20 which data related to the sale of softgoods are stored. Softgoods are freely 
distributed to prospective purchasers over the Internet or other network, or via 
distribution of memory media on which the softgood is stored. Automated 
purchase of the softgoods is enabled through an on-line transaction with the 
e-commerce agency, which logs information related to the purchase of a softgood 
25 in the database in association with the unique identifier for the softgood that is 
being purchased, and produces a registration value that is provided to the 
purchaser for registration of the softgood on the purchaser's computer. 

Another aspect of the present invention is directed to a method for 
controlling play of a softgood on a computer using a player program. This player 
30 program is also employed to purchase the softgood through a transaction 
conducted over a network such as the Internet. The player program may take 
various forms and have various other functions in addition to its primary functions 
of controlling the play of softgoods and enabling their purchase. 

A user is enabled to preview a softgood on a computer using the player 
35 program; however, the preview of the softgood is limited. For example, the 
softgood can be played for only a predefined number of times or used for only a 
predefined time interval during the preview, or with a lower quality than would 
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otherwise be provided. If the softgood appears to be a desirable product, the user 
is enabled to purchase the softgood in a transaction conducted with the 
e-commerce server from within the player program. After the user has purchased 
the softgood, the player program registers the softgood on the user's computer, 
5 with the registration value provided during the purchase transaction. Registration 
of the softgood on the purchaser's computer provides the purchaser full access to 
the softgood so that it is playable on the computer using the player program 
without the preview limitation. 

If the softgood is subsequently transferred to a different computer after 
10 being purchased, it will be necessary to again register the softgood on the different 
computer to enable the softgood to be played for more than the permitted preview. 

Preferably, the registration identifier includes at least one of a product 
identifier for the softgood, an identifier for a creator of the softgood, an identifier 
for the player program, and a user identifier that indicates the purchaser of the 



^ 15 softgood. 

FT? 

r\ The method further preferably includes the step of confirming that a credit 

card or other credit transaction authorization of a prospective purchaser is valid 
before concluding the purchase transaction. This step is implemented by checking 
the number of the credit card (or other financial account authorization) with an 
20 appropriate approval service over the network during the transaction. If the credit 
card (or other financial account authorization) is valid and approved, the 
registration value is transmitted to the purchaser to facilitate the transaction by 
registering the softgood on the purchaser's computer. Conversely, if the financial 
account authorization is invalid, or disapproved, the prospective purchaser is so 
25 advised. 

The method also preferably includes the step of maintaining a database in 
which data concerning purchases of softgoods are stored. These data include an 
identification of each purchaser and the softgoods purchased by each purchaser. 
The data stored in the database also preferably include a financial account number 
30 (e.g., a credit card number) for each purchaser of softgoods. The financial account 
numbers are provided by the purchasers and can be charged during a transaction to 
purchase a softgood. It may be desirable to enable a user to encrypt a financial 
account number in a secure form, for transmittal over the network to be included 
in the database. If so, the player program is preferably used to encrypt the 
35 financial account number during a first purchase by that purchaser. In addition, 
the database also optionally includes a current price for softgoods that have been 
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distributed, and a prospective purchaser is advised of the current price of the 

softgood being purchased during the transaction. 

Generally, the player program is employed to transmit information relevant 

to the purchase of a softgood over the network to implement purchase of a 
5 softgood. A secure socket layer or any other secure transaction mechanism may 

be used to minimize the chance that the information might be intercepted by a 

third party. Alternatively, although less desirable, a separate browser program can 

be used to implement the transaction over the network. 

Another aspect of the present invention is directed to a system for 
10 facilitating purchase of a license to use a softgood of which copies or derivative 

works are freely distributed to prospective purchasers for preview prior to 

purchase. The system includes a purchaser computer and a remote computer. 

Memory in each computer stores machine instructions, which when executed by a 

processor, carry out functions consistent with the steps of the method described 
15 above. 

Brief Description of the Drawing Figures 

The foregoing aspects and many of the attendant advantages of this 
invention will become more readily appreciated as the same becomes better 
understood by reference to the following detailed description, when taken in 
20 conjunction with the accompanying drawings, wherein: 

FIGURE 1A is a schematic block diagram of a preferred embodiment of 
the present invention that provides a system to enable a creator of a softgood to 
register the softgood with an e-commerce server and receive revenue for each sale 
of the softgood; 

25 FIGURE IB is a schematic block diagram showing the functional 

components of the system that enable a user to preview and then purchase a 
softgood; 

FIGURE 2 is a schematic diagram of a portion of the Internet network, 
illustrating prospective purchaser computers of softgoods coupled in 
30 communication with an e-commerce server, and a credit card approval service; 

FIGURE 3 is a flowchart showing the steps involved with distribution of 
softgoods; 

FIGURE 4 is a flowchart illustrating the logical steps employed when a 
prospective purchaser previews and then purchases a softgood over a network; 
35 FIGURE 5 is a schematic diagram of a generally conventional computer 

suitable for implementing the present invention, for use by a prospective 
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purchaser, use by a creator of a softgood, and for use as an e-commerce server; 
and 

FIGURE 6 is a functional block diagram of selected components of the 
computer shown in FIGURE 5. 
5 Description of the Preferred Embodiment 

The present invention is directed to an e-commerce architecture system for 
implementing the distribution and marketing of digital goods that are created by 
one or more individuals. Throughout this specification and in the claims that 
follow, such digital goods are referred to as "softgoods." While the present 

10 invention is not limited to softgoods of an artistic nature, in an initial preferred 
application of the present invention, it is anticipated that the invention will be 
employed for marketing and facilitating the purchase of softgoods that comprise 
compositions created using a Composer program. A player program is then 
subsequently used to automatically register softgoods created by the Composer 

1 5 program with an agency having an e-commerce server programmed to handle each 
sale of a softgood and maintain a database in which information about softgoods 
and about creators and purchasers of the softgoods is stored. As used herein and 
in the claims that follow, it will be understood that the "player program" can be 
distributed either as a separate program or alternatively as part of the softgood or 

20 as a program module included therewith. The Composer program itself might be 
so distributed. Its compositions are typically played on a computer with the player 
program that is separately distributed (or included as part of the softgood), or can 
also be played and modified by a user (e.g., other than the original creator of the 
softgood) with the Composer program or by altering inputs to the softgood. When 

25 one of these softgood compositions created with the Composer program is played 
by the Composer program or by the player program, a "dynamic visual dance," for 
example, is created that flows in cadence and in response to an audio signal that is 
input to the user's computer through a soundcard or another audio source. The 
user can interact with the softgood with almost any other input, such as by moving 

30 a pointing device or mouse, or by entries on the keyboard. This particular type of 
softgood is thus a composition or arrangement created by the Composer program 
and responds to music or other audio input signals in a specific manner, as 
determined by the creator of the composition, providing a visual graphic display 
that varies dynamically with the audio signal and changes dynamically with the 

35 signal. Because of the expressive range and number of parameters and controls 
included in the Composer program, each arrangement or composition created can 
be substantially different in its response to an audio signal and/or other inputs. 
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Further details of these compositions and of the Composer and player programs 
are disclosed in commonly assigned U.S. Patent Application Serial 
No. 08/935,618, entitled "Real-Time Multimedia Visual Programming System," 
filed on September 23, 1997, the specification and drawings of which are hereby 
5 specifically incorporated herein by reference. 

Further details of the system implemented in an initial application of the 
present invention are shown in FIGURE 1A. A creator 17 must have purchased or 
otherwise have obtained the Composer program and will have entered into an 
agreement with the agency that will be responsible for handling the sale of 
10 softgoods produced by the creator, thereby freeing the creator from this burden. 
The terms of this agreement will set forth the portion of the revenue from each 
□ sale of the softgood that will be provided to the creator of the softgood. Upon 

f% entering into this agreement, a composer identification (ID) 1 1 that references the 

Ly creator by name and the Composer program by serial number or other unique 

E? 15 value will be entered into a database 68 maintained by the agency's e-commerce 

01 

server, thereby registering the Composer program, 
h* The Composer program running on the creator's computer is used to 

L, produce a softgood 16. Each softgood 16 has a softgood ID associated with it, 

Si comprising the composer ID for the Composer program used to produce the 

M° 20 softgood, and a unique serial number generated by the Composer program (or 

4? optionally generated by the e-commerce server). This and other data unique to the 

>j3 softgood, such as creator information, modification history, operating instructions, 

and a base price, are included within the softgood, e.g., within a header of the 
softgood. At the time of the creation of the softgood, its softgood ID and the 
25 associated information noted above may optionally be transferred electronically 
over the Internet or other network for entry into database 68 on the e-commerce 
server, but preferably, the softgood ID and associated information will instead be 
entered into database 68 by the e-commerce server when the softgood is 
purchased. 

30 In this initial application of the present invention, the compositions 

comprising the softgoods produced by the Composer program will be freely 
distributed for preview by prospective purchasers. The distribution will likely be 
over the Internet, and/or on magnetic media such as floppy disks, and/or on optical 
storage media such as CD-ROMs, and/or on other storage media such as DVD 

35 disks. The player program used to play these softgoods will also be distributed 
over the Internet (or other network) from one or more web sites and will be 
registered to each party that downloads it by storing a player ID 13 that is 



ON ADW02- 1 - 1 U/(XX)2ap.doc 



-9- 



associated with a user name and a computer (or machine) key for the computer on 
which the player program is running when registered in database 68, e.g., when 
connected with the e-commerce server over the Internet or other network, or via a 
telephone call. The player program can also be distributed on any of the storage 
5 media noted above, and likely will be provided without charge. A more powerful 
version of the player program having additional features and functions may be 
provided and sold, and a player ID and associated user name and computer key for 
it will also preferably be stored in database 68. However, it is expected that 
revenue for the agency handling purchase of the softgoods will be generated 
10 through the sale of the Composer program and more importantly, through the 
purchase of softgoods for use with the player program. A percentage of the 
D revenue from each sale of a softgood handled by the e-commerce server will be 

i*7i retained by that agency, while the remaining revenue will be distributed to the 

W creator of that softgood and/or other parties, in accord with the terms of the 

15 agreement executed with the creator of the softgood. 
yL A purchaser of a softgood may modify it from its original form (unless 

N 3 precluded by the creator of the softgood, i.e., in the license granted to the 

!L purchaser and by a setting made in the Composer program when the softgood was 

gn originally produced by the creator) using the Composer program. Also, digital 

H= 20 "movies," still images, and audio recordings can be produced by capturing a 

SB 

~z portion of the output of the player program to produce another type of derivative 

yg work. Each derivative work will likely include a derivative work ID 15 that is 

associated with the user name of the person modifying the softgood, the creator's 
name, the softgood ID, the Composer ID of the Composer program originally used 

25 to produce the softgood, and the base price of the softgood. The Composer or the 
player program used to produce the derivative work will enable the user to 
voluntarily register the derivative work in connection with the above-noted 
information in database 68 on the e-commerce server, so that subsequent users of 
the derivative work softgood may voluntarily purchase it by a transaction with the 

30 agency, thereby also providing a revenue stream for the derivative work softgood 
to both the agency and the creator of the original softgood. The license for the 
softgood granted by the creator to the user who modified the original softgood to 
produce the derivative work softgood may (legally) require that the derivative 
work ID and associated information be transmitted over the Internet or other 

35 network to the e-commerce server for storage in its database, before the derivative 
work softgood is distributed to others. As noted above, derivative work softgoods 
that may be produced include not only modified softgoods, in which parameters 
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have been changed by the user, but also, for example, a display screen captured at 
a point during the play of the softgood, or a video track (digital movie) captured 
during play of a softgood, or sound files, or other artifacts of the player program or 
Composer program processes captured during the play of a softgood. 
5 While this initial application of the present invention is specific to a 

particular type of softgood, it is not intended that the present invention in any way 
be so limited, since it is also applicable to many other types of softgoods. For 
example, musical compositions, graphic works, motion picture special effects 
tools, written works, real time process control, environmental control systems, or 
10 combinations of audio and visual works can also be distributed and sold in 
accordance with the present invention. 

With reference to FIGURE IB, a schematic diagram illustrates how the 
present invention will be implemented to enable an e-commerce transaction for 
purchase of a softgood to occur over the Internet or other network. As noted 
%1_ 15 above, this paradigm presumes that softgoods are readily distributed through a 

- variety of distribution channels to encourage users to preview the softgoods before 

^ they are purchased. A user wishing to preview and possibly purchase a softgood 

n will have previously downloaded or otherwise acquired the player program and 

01 installed it upon the user's computer. Alternatively, other types of multimedia 

20 viewing programs may be employed to run a demo of the softgood. Ideally, when 
the prospective purchaser attempts to play a softgood, but has not yet purchased 
the player program, a dialog will open with a network address and an invitation to 
click on the address to visit a web site where the player program can be 
downloaded. The player program will be required to enjoy the full benefits of a 
25 softgood. 

A monitor 10 illustrates a window 12 displaying a play screen 14 in which 
softgood 16 is currently being previewed with the player program. In this 
example, the player program is used to load and play a single selected softgood, or 
it can load softgoods from a list of softgoods that are stored on the user's 
30 computer, which is conveniently accessed from within the player program. 
Accordingly, a reverse button 18 and a forward button 20 are provided within 
window 12 to respectively enable the user to load a previous softgood in the list, 
or to advance to the next softgood in the list. Also included within window 12 is a 
control 22 labeled "BUY," which the user may activate when a decision is made 
35 to purchase a softgood. 

It is contemplated that the user will have downloaded or otherwise 
obtained softgood 16 via an Internet connection 28 from a web site 24 (e.g., a file 



-11- 



transfer protocol (FTP) site) at which a plurality of softgoods 26 are provided for 
downloading by any user connecting to the site who wishes to preview selected 
softgoods that are available. Once downloaded, the softgoods can be previewed in 
order on a list, or alternatively, only a single selected softgood can be downloaded 
and previewed with player 14. The user playing softgood 16 is enabled to enjoy a 
limited preview. The limitation on the preview may permit the user to play the 
softgood only a predefined number of times, e.g., three times, on a specific 
computer, or preview it for a predetermined time limit, e.g., for ten minutes, or 
over a period of 24 hours, but other types of limitations on the preview are 
contemplated. For example, a preview may limit the resolution with which the 
softgood is displayed, or otherwise limit the quality with which the softgood plays 
until it is purchased. It may be preferable to enable one full play at full quality and 
then limit the quality of the softgood for subsequent plays on that computer, under 
the philosophy that the first full quality play is most likely to motivate the user to 
purchase the softgood. 

Assuming that the user chooses to purchase the softgood, control 22 is 
activated in the conventional manner, i.e., by moving a cursor over the control so 
that it is selected with a mouse or other pointer button (not shown), or by pressing 
a related key On the user's keyboard that activates control 22. Activating 
control 22 opens a dialog 30 on monitor 10. Dialog 30 identifies softgood 16 by a 
title 32, and indicates a base price 34 for the softgood, which is updated to a 
current price (if different) when the player connects to the e-commerce server. 
Title 32 and base price 34 are included within the softgood, for example, as part of 
its header. In some cases, it is likely that the current price of a softgood may vary 
from the base price over time. For example, the price of a softgood may decrease 
over time, as its novelty and consumer interest wanes: 

In addition, dialog 30 also includes a region 36 for entering the name of 
the user that appears on the credit card or other debit account being used to 
purchase the softgood. The user also enters a credit card number or other financial 
account number 38 to which the purchase price of the softgood should be charged, 
unless this financial information has previously been provided to the e-commerce 
server via an earlier transaction wherein the user has been registered into the 
system and the server has stored the user's credit information within its database. 
For example, it is contemplated that at the time the player program is registered, 
the user may provide a credit card or other financial account number against which 
all future purchases of softgoods should be charged. In such cases, during the 
transaction to purchase a softgood, the user may only need to confirm that the 
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purchase price should be debited to the previously provided credit card account. 
Alternatively, the user may provide a credit card or other financial account number 
to the e-commerce service agency for inclusion in its database by telephone, for 
example, by calling an 800 number - either when registering the player program 
5 or at some other time, such as when a first softgood is purchased by the user. The 
financial account number is not limited to just a credit card number, since other 
types of financial accounts may be debited for the purchase price, e.g., a debit card 
account number may be provided to debit a user's checking account for the 
purchase price. 

10 The user may elect to cancel the transaction by activating a control 40, but 

more commonly will confirm their decision to purchase the softgood by activating 
a control 42. Upon activating control 42, the information shown in dialog 30 is 
transmitted through an Internet protocol, such as the Transmission Control 
Protocol/Internet Protocol (TCP/IP) connection, over the Internet to the 
15 e-commerce service agency handling the transaction. If a credit card or other 
financial account number is included in the transmission from the player program 
to the e-commerce server, the player program will encrypt the transmission to 
minimize the risk that a third party may intercept it and gain access to the user's 
credit card information. The player program preferably encrypts this transmission 
H= 20 automatically, in response to entry of a credit card or other financial account 

number in the dialog, so that the user is not involved in even making the decision 
to encrypt the transmission. 

A block 44 in FIGURE IB indicates that the transmission is sent over the 
Internet (or other network) to the e-commerce server, which decrypts the 
25 transmission (if encrypted). Also included in the transmission, although not evident 
to the user, is a user identification that provides the user's name, for association with 
the credit card or other financial account number. The e-commerce server 
automatically connects to a credit card or other financial account approval service 
over the Internet (or over an alternative network), as indicated in a block 46, to 
30 determine if the user's financial account number is valid and if the transaction is 
approved. The communication between the e-commerce server and the approval 
service is preferably conducted through a secure socket layer (SSL) connection or 
other secure connection to ensure the security of the data being transmitted between 
the two entities by preventing interception of the communication by a third, party. 
35 Assuming that the transaction is approved by the approval service, the 

e-commerce server logs the transaction and information provided by the player 
program in its database and transmits a unique registration value called the 
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softgood registration ID to the player program running on the user's computer. In 
the preferred embodiment of the present invention, this unique softgood 
registration value or ID is produced by combining the softgood ID for the softgood 
being purchased with the player ID and with the name and identification 
information for the user making the purchase, which is available from the database 
on the server. Thus, multiple ID's for different elements of the process are 
combined to yield a unique softgood registration value or ID that identifies the 
user, the computer on which the softgood was purchased and registered, and 
which enables a legitimate use of the softgood by that user on that computer. The 
registration value or ID for a softgood may be encrypted, or encoded by logically 
combining binary values for these three variables. In addition, the softgood 
registration value or ID is also preferably e-mailed to the user for retention in the 
user's records, for use during system maintenance, i.e., to reregister the softgood 
on the computer. 

It is also contemplated, as indicated in a block 56, that secondary services 
such as a marketing analysis may be supplied data concerning the transaction for 
developing statistics about users and softgoods purchased through the e-commerce 
server. Such data will be useful to creators of softgoods to track the interest and 
number of purchases of each softgood. 

A successful transaction results in a dialog 48 being displayed by the 
player on the user's computer monitor 10, which indicates that the purchase has 
been completed and that the purchase price for the softgood has been charged to 
the credit account of the user. A control 50 enables a user to close this dialog. 
However, if the credit transaction was not approved by the credit card approval 
service, the e-commerce server sends a message to the player program causing it 
to open a dialog 52 advising the user that a problem has occurred in the credit 
transaction. The user is giving the opportunity to retry the purchase, perhaps 
entering a different card number, by activating a control 54. If the user chooses 
not to retry, control 50 may be activated to cancel the purchase transaction. 

FIGURE 2 illustrates a system 60 in which a variety of different 
computers 62', 62", and 62'" are in use by prospective purchasers of softgoods and 
are connected through Internet links 64*, 64", and 64"*, respectively, to an 
e-commerce server 66. As each user attempts to make a purchase of a softgood, the 
e-commerce server communicates through an SSL Internet connection (or other type 
of secure connection) with a computer 70 at the credit card or other financial 
account approval service to determine if the purchase transaction is approved. Data 
including the credit card or financial account information for each user, the user ID, 
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the softgood ID, and the softgood registration value or ID for softgoods purchased 
by each user are stored in database 68 that is maintained by the e-commerce server. 
While for purposes of simplifying the drawing, only three computers belonging to 
prospective softgood purchasers are shown within FIGURE 2, it should be 
understood that many more computers may be linked to the e-commerce server 
through the Internet or other network at any one time. 

Further details regarding the production and distribution of softgoods to be 
sold in accordance with the present invention are illustrated in a short flow chart 
shown in FIGURE 3. As noted in a block 100, a composer or author creates the 
softgood for distribution to prospective purchasers over a network, such as the 
Internet, or by other means, as described above. Embedded within the softgood for 
the exemplary application of the present invention described above is softgood 
information, including the softgood ID, composer ID, and a base price, as provided 
in a block 102. As indicated above, the base price can be changed during the 
purchase transaction to reflect a changed value, as a function of marketing variables. 
It should also be noted that the distribution of a portion of the revenue generated by 
sale of a softgood that is distributed to the creator is also potentially modified with 
changes in the base price or as otherwise provided, e.g., in a distribution formula, 
within the agreement between the agency that has the e-commerce server and the 
creator. 

An important underlying premise in the economic model used for 
marketing softgoods and selling them in accord with the present invention is that 
the softgoods be freely distributed over the Internet and through other distribution 
channels to provide as many shared copies of the softgood to prospective 
purchasers as possible, thereby maximizing the opportunity for preview and sale 
of the softgoods, as indicated in a block 104. The Internet or other network 
provides an expedient way to achieve this widespread distribution. 

The process for previewing and purchasing a softgood is illustrated in a 
flowchart shown in FIGURE 4, beginning with a block 110 in which the user 
attempts to play a softgood acquired through the distribution scheme described 
above on the player program. It will be apparent that the user must already have 
the player program loaded and running on the user's computer to play the 
softgood. A decision block 1 1 1 determines if the softgood has already been 
properly registered on the user's computer. This decision block thus determines 
if: (1) the softgood was previously purchased by the user, and (2) the softgood 
was purchased using the same player program running on the same computer that 
the user is currently employing in the attempt to play the softgood. If the response 
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to the determination in decision block 1 1 1 is affirmative, the user is enabled to 
play the softgood without any preview limitation, and the flow chart logic is 
concluded. It should be noted that the license to the softgood that was purchased 
by the user can limit the number of times that the softgood is played by the user or 
may impose a time limit during which the softgood can be played any number of 
times, but these license provisions should not to be confused with the limited 
preview discussed below. 

If the softgood has not yet been registered on the computer on which the 
user is attempting to play the softgood, a block 112 indicates that the user has the 
opportunity to preview the softgood with the player program. Alternatively, if the 
user has previously purchased the softgood and it is not registered on the user's 
computer because the computer is a different computer, or the player program is a 
different computer, or due to loss of the registered status of the softgood, or for 
any other reason, the user may validate the prior purchase of the softgood by one 
of several different methods, including browsing to an alternate directory or 
volume in which other softgoods are registered and then validating the prior 
purchase and registration on the user's computer with reference to the user 
configuration for the other softgoods that were registered, or by manually entering 
the softgood registration value or ID (obtained from the user's records, as 
previously provided by the email from the server), or by verifying the prior 
purchase with the e-commerce server. 

In a decision block 1 14, having previewed the softgood in accord with a 
limited preview, e.g., for a predefined number of times, or for a limited time 
interval, the user determines whether to purchase the softgood. A decision not to 
purchase leads to a block 1 16 in which the logic flow terminates. If the user elects 
to purchase the softgood, a block 118 provides that the player program sends the 
softgood information (including the softgood ID, the composer ID, and the base 
price) to the e-commerce server over the Internet (or other network). It is possible 
that the softgood being considered for purchase is not included in the database of 
the e-commerce server. A decision block 120 determines if the softgood data was 
included in the database maintained by e-commerce server and if the creator of the 
softgood has an agreement in place with the agency running the e-commerce 
server regarding sale of the softgood. While not shown here, it is possible that the 
creator of the softgood has not executed such an agreement or has revoked it, and 
if so, the process would terminate at this point. However, for the sake of this 
example, it will be presumed that the creator of the softgood has agreed that the 
agency running the e-commerce server shall handle purchases of softgoods 
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produced by the creator. Thus, if the softgood is included in the database 
maintained by the e-commerce server, the e-commerce server sends the current 
price to the prospective purchaser over the Internet or other network, as indicated 
in a block 124. If the softgood is not currently included in the database, the 
5 e-commerce server uses the base price within the softgood, as indicated in a 
block 122, when registering the softgood within its database. A 
decision block 126 determines if the user will confirm the purchase of the 
softgood, since the current purchase price may be higher than expected, or the user 
may have decided not to consummate the purchase for some other reason. If the 

10 user still wishes to proceed with the purchase, a block 128 provides for prompting 
the user to enter a credit card or other financial account number, then the player 
program encrypts the financial account information and the user name on the 
account and sends that information to the e-commerce server over the network. If 
the user cancels the purchase, the process terminates at block 1 16. 

15 In a decision block 130, the e-commerce server determines if the credit 

card or other financial account information has been approved by the approval 
agency and if so, a block 132 indicates that the e-commerce server logs the 
transaction and sends a softgood registration value or ID (which may be encrypted 
or encoded) to the player program, and optionally e-mails the registration value or 

20 ID to the user. In a block 134, the softgood is registered on the user's computer, 
e.g., by modifying the softgood to include the registration value and by making a 
corresponding entry in a softgood registration file on the computer. This 
registration is checked by the player program to determine if the user has rights to 
continue to use the softgood after the allowed preview has been completed. A 

25 block 136 provides for displaying a "success" dialog to the user, indicating that 
the purchase transaction has been successful. Thereafter, the program proceeds to 
a block 113, to fully enable use of the softgood by the player program (as 
permitted under the terms of the license purchased by the user). A block 137 
provides that the e-commerce server arranges to distribute an agreed share of the 

30 revenue from the sale of the softgood to its creator. Following block 137, the flow 
chart logic terminates at block 1 16. 

If, in decision block 130, the credit card or other financial account 
transaction is not approved by the approval agency, the logic proceeds to a 
decision block 138 and gives the user the opportunity to retry purchasing the 

35 softgood, possibly using a different financial account or to re-enter the previous 
credit card or other financial account number, since the user may previously have 
made an error in entering it. If the user chooses to retry the transaction, the logic 
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returns to block 128. It should also be noted that if the user has already previously 
provided a credit card number that is stored by the e-commerce server, it may not 
be necessary to provide the credit card number during the current transaction to 
purchase the softgood. Instead, the user may simply confirm that the credit card or 
5 other financial account number previously provided be debited for the current 
purchase price of the softgood. In the event that the user does not elect to retry the 
purchase in decision block 138, the logic also terminates at block 1 16. 

The present invention assumes that the softgoods will be freely distributed 
through rampant copying and other mass distribution techniques to ensure the 
10 widest possible preview of the softgoods, thereby tending to increase the numbers 
of prospective purchasers who will be interested in purchasing the softgoods. 
G Softgoods are likely to be available from a variety of different sources, and will be 

readily downloaded and copied without involving the creator's source site in a 
yj subsequent purchase transaction, since the e-commerce server will handle all such 

«Lf 15 transactions. By separating the distribution source from the e-commerce server 

that handles the purchase of the softgoods, the efficiency with which softgoods 
can be distributed for preview by prospective purchasers is greatly increased. 
Enabling users to preview softgoods ensures that prospective purchasers may 
make an informed decision as to whether to purchase the softgoods. 
M= 20 In most cases, it is likely that a softgood will be distributed and sold so that 

the license purchased will be without limitations on the purchaser making further 
modifications to the softgood. However, in some instances, a user may be 
precluded from making changes to the softgood that alter its original content, 
because the composer or author has elected that option during the composition of 
25 the softgood. Even if a softgood is altered by a purchaser, the softgood ID, user 
ID, creator's name, and composer ID will be retained in the resulting derivative 
work softgood. A copy of such a derivative work softgood should not be used 
beyond the limited preview rights originally granted, unless purchased as 
described above, but this provision is not enforced by the player program. 
30 If a softgood purchased by a user is transferred to a different computer for 

use by the user, the softgood will not be playable beyond the limited preview, even 
if the player program is also copied to the new computer. It will be necessary to 
register the softgood on the hew computer to again have the full rights to play the 
softgood granted under the license that was purchased by the user. In the event 
35 that it was necessary to move the softgood to a new computer, or if the registration 
value was accidentally erased or otherwise lost, the user can enter the registration 
value previously received by email to reregister the softgood when asked by the 
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player program to purchase that softgood. Also, since the purchase of a softgood 
is recorded in the database of the e-commerce server, the user can validate a prior 
purchase and register the softgood on a new computer by a connection with the 
e-commerce server over the Internet or other network. 

As an alternative to encrypting the information transmitted to the 
e-commerce server during a purchase transaction, the player program may be 
provided with the SSL library for communications or other secure communication 
channel so that information transmitted to and from the e-commerce server will be 
secure. It is also contemplated that if the prospective purchaser has already 
provided a credit card number through a different secure communication channel, 
such as via mail or during a telephone call, there is no need to encrypt the 
communications between the player program running on a user's computer and the 
e-commerce server. 

A less desirable alternative is to use a browser for transacting the purchase 
of a softgood by providing a URL within the player program, which when selected 
by a user, will open the user's preferred browser and connects to a web page for 
the e-commerce server. The user can then submit the required information for 
conducting the purchase of a softgood. The player can partially complete the form 
by filling in the identification of the softgood and possibly the user's name and 
other information. Further, if the user has already provided credit card or other 
financial account information to the e-commerce server through an alternative 
secure communication, there is no need to encode the information submitted with 
the browser to the e-commerce server. 

In the event that the user contemplates purchasing a number of softgoods, 
it will be to the user's advantage to open an account with the e-commerce server, 
by providing the credit card or other financial account number that should be 
debited for each subsequent softgood purchase and other required information, 
such as a billing address. As will be apparent from the preceding discussion, by 
enabling the e-commerce server to store such information, there will be no need to 
send that information to the server for subsequent purchases of softgoods. 
Perhaps the most efficient way to provide this information to the e-commerce 
server is through an automated 800 number that the user calls to connect with the 
agency running the e-commerce server. An automated system at this agency can 
employ voice recognition to enable the user to speak the credit card number or 
other financial account information so that the information for entry into the 
database in connection with the user's name, address, and other personal data. 
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Computer Suitable for Implementing the Present Invention 

With reference to FIGURE 5, a generally conventional computer 430 is 
illustrated, which is suitable for use in connection with practicing the present 
invention, both for executing the player program, which is used for playing and 
5 purchasing the softgoods and for carrying out the functions of the e-commerce 
server. Personal computer 430 includes a processor chassis 432 in which are 
mounted a floppy disk drive 434, a hard drive 436, a motherboard populated with 
appropriate integrated circuits (not shown), and a power supply (also not shown), as 
are generally well known to those of ordinary skill in the art. A monitor 438 is 
10 included for displaying graphics and text generated by software programs that are 
run by the personal computer. A mouse 440 (or other pointing device) is connected 
O to a serial port (or to a bus port) on the rear of processor chassis 432, and signals 

fi from mouse 440 are conveyed to the motherboard to control a cursor on the display 

jVj and to select text, menu options, and graphic components displayed on monitor 438 

ED 15 by software programs executing on the personal computer. In addition, a 

rV keyboard 443 is coupled to the motherboard for user entry of text and commands 

that affect the running of software programs executing on the personal computer. 

Personal computer 430 also optionally includes a compact disk-read only 
2 memory (CD-ROM) drive 447 into which a CD-ROM disk may be inserted so that 

M 1 20 executable files and data on the disk can be read for transfer into the memory 

£8 and/or into storage on hard drive 436 of personal computer 430. 

A modem (not shown) may be installed in or connected to the personal 
computer, providing access to the Internet through a service provider (also not 
shown). It is also contemplated that other types of communication interfaces, such 
25 as an integrated services digital network (ISDN) adapter, cable modem, or a 
digital subscriber line could be used instead of the modem to provide higher speed 
data communications over the Internet. Computer 430 may instead be connected 
to the Internet via a local area network (LAN). 

Although details relating to all of the components mounted on the 
30 motherboard or otherwise installed inside processor chassis 432 are not illustrated, 
FIGURE 6 is a block diagram illustrating some of the functional components that 
are included. The motherboard includes a data bus 433 to which these functional 
components are electrically connected. A display interface 435, comprising a 
video card for example, generates signals in response to instructions executed by a 
35 CPU 453 that are transmitted to monitor 438 so that graphics and text are 
displayed on the monitor. A hard drive and floppy drive interface 437 is coupled 
to data bus 433 to enable bi-directional flow of data and instructions between data 
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bus 433 and floppy drive 434 or hard drive 436. Software programs executed by 
CPU 453 are typically stored on either hard drive 436, or on a floppy disk (not 
shown) that is inserted into floppy drive 434. Alternatively, other types of data 
storage can be used for both programs, and data, including CD-ROMs, DVD 
disks, or other optical or magnetic storage media. The software program 
comprising the player application software used in the present invention will 
likely be distributed over the Internet, or on storage media disks such as 
CD-ROM's, and stored on hard drive 436 for execution by CPU 453. Similarly, 
distribution of the softgoods will likely be on-line or by exchange of storage media 
on which they have been copied. 

A serial/mouse port 439 (representative of the two serial ports typically 
provided) is also bi-directionally coupled to data bus 433, enabling signals 
developed by mouse 440 to be conveyed through the data bus to CPU 453. 
Alternatively, if a different device such as an external modem or high-speed 
telephone line adapter is coupled to the serial port, data can be transmitted 
bi-directionally from the CPU to and from the Internet. A CD-ROM interface 454 
connects CD-ROM drive 447 to data bus 433. The CD-ROM interface may be a 
small computer systems interface (SCSI) type interface or other interface 
appropriate for connection to and operation of CD-ROM drive 447. Other types 
of drives, such as DVD drives, may also be connected through an appropriate 
interface. 

A keyboard interface 445 receives signals from keyboard 443, coupling the 
signals to data bus 433 for transmission to CPU 453. A sound card (not shown) is 
optionally connected to data bus 433 to convert digital audio signals used in 
multimedia applications (such as may be employed with the softgoods) to analog 
audio signals that are supplied to an amplifier and speaker system (also not 
shown). 

When a software program is selected by a user to be executed by CPU 453, 
the machine instructions comprising the program that are stored on a floppy disk or 
on hard drive 436 are transferred into a memory 451 via data bus 433. Machine 
instructions comprising the software program are executed by CPU 453, causing it 
to implement functions determined by the machine instructions. Memory 451 
includes both a nonvolatile read only memory (ROM) in which machine instructions 
used for booting up personal computer 430 are stored, and a random access memory 
(RAM) in which machine instructions and data are temporarily stored when 
executing application programs. 
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Although the present invention has been described in connection with the 
preferred form of practicing it, those of ordinary skill in the art will understand that 
many modifications can be made thereto within the scope of the claims that follow. 
Accordingly, it is not intended that the scope of the invention in any way be limited 
5 by the above description, but instead be determined entirely by reference to the 
claims that follow. 
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